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Low-Overhead Processor Interfacing 



FIELD OF THE INVENTION 

The present invention relates to a method and system for performing a data trans- 
fer between a memory of a processor device, such as a digital signal processor 
5 (DSP), and a circuitry, such as an application specific integrated circuit (ASIC), 
connected to the processor device. 

BACKGROUND OF THE INVENTION 

Distributed memory architectures are very good at implementing data flow proc- 
essing, and data flow processing is in turn what almost every DSP and related ap- 
10 plication boils down to. Ideal fit between DSP and data flow systems is further 
strengthened by the need for DSP application to run in real-time, i.e. they must 
process data with a specified throughput and/or latency requirement. Shared 
memory systems may have difficulties in guaranteeing latency due to the uncer- 
tainties over memory contention. 



15 If the central processing unit (CPU) of a DSP has to stop its current task and move 
data on and off the chip, performance will be poor. Therefore, direct memory ac- 
cess (DMA) controllers are provided for executing command sequences, auto- 
initialization and the like. In real-time data processing systems, this allows the 
DMA to run independently of the CPU. DMA requires primarily that the DSP does 

20 not access the memory involved. To achieve this, the CPU may be stopped or de- 
coupled from the bus system to assure that the CPU and the DMA controller are 
not attempting to access the memories concurrently. During the DMA operation, 
the addresses fed to the memories are those generated by the DMA controller. 
After the DMA operation is completed, the addresses generated by the CPU once 

25 again determine which memory word is being accessed. Thus, DMA provides a 
data transfer which allows data to be moved between a peripheral controller and a 
system memory without interaction of the host CPU. The data may be moved by 
the peripheral controller itself, or by a separate third party DMA controller. 

The stopping or decoupling of the CPU is usually performed based on interrupt 
30 routines triggered by external circuitries which intend to access the shared mem- 
ory of the DSP. Thus, high interrupt overheads and associated DSP core load are 
associated with frequent interrupt service routines (ISRs) triggered in case of data 
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movements between the shared memory and external devices or circuitries con- 
nected to the DSP. 

Document EP 0 908 830 A1 discloses a DSP-based communications adapter in- 
cluding a number of digital signal processors and network interface circuits for 
5 providing an attachment of a multi-channel telephone line. Each digital signal 

processor interrupts its host processor by transmitting an interrupt control block as 
data to a data memory of the host processor, and by subsequently sending an in- 
terrupt causing the host processor to examine the data memory. Thereby, a num- 
ber of interrupts to the host processor from a single DSP is bundled and can be 
10 handled together. The overhead for individually handling each interrupt can thus 
be reduced. The interrupt blocks are written by means of a DMA operation to the 
memory of the host processor. 

However, if this prior art solution is used for bundling interrupts of data movements 
between a shared memory of a DSP and an external circuitry, the CPU of the DSP 
1 5 still has to handle each interrupt of the interrupt block in order to trigger the corre- 
sponding ISRs required for data movement. Hence, overhead would still be a 
problem. 

SUMMARY OF THE INVENTION 

It is therefore an object of the present invention to provide a method and system 
20 for transferring data between a memory of a processor device and a circuitry con- 
nected to the processor device, by means of which interrupt overheads and asso- 
ciated core load can be reduced. 

This object is achieved by a method of performing a data transfer between a 
memory of a processor device and a circuitry connected to the processor device, 
25 said method comprising the steps of: 

setting up a direct memory access (DMA) for transferring data at said circuitry; 
triggering a DMA transfer of said data to said processor device; 
adding said DMA transfer to a transaction log; 

providing said transaction log to said processor device when said transaction log 
30 has reached a predetermined depth limit; and 

informing said processor device of the availability of said transaction log. 
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Furthermore, the above object is achieved by a processor device having a mem- 
ory which can be accessed by a connected circuitry, said processor device being 
arranged to validate data, transferred to said memory by a direct memory access, 
based on a transaction log provided to said processor device. 

5 Additionally, the above object is achieved by an integrated circuit having means for 
providing access to a processor device, said integrated circuit being arranged to 
set up a direct memory access for transferring data via said access means, to trig- 
ger a DMA transfer of said data, to add said DMA transfer to said transaction log, 
to provide said transaction log to said processor device when said transaction log 
10 has reached a predetermined depth limit, and to issue an information indicating 
the availability of said transaction log. 

Moreover, the above object is achieved by a system for performing a data transfer 
between a memory of a processor device and a circuitry connected to said proc- 
essor device, 

15 wherein said circuitry is arranged to set up a direct memory access for transferring 
data, to trigger a DMA transfer of said data to said processor device, to add said 
DMA transfer to said transaction log, to provide said transaction log to said proc- 
essor device when said transaction log has reached a predetermined depth limit, 
and to inform said processor device of the availability of said transaction log; and 

20 wherein said processor device is arranged to validate said transferred data based 
on said available transaction log. 

Accordingly, a pre-programmed DMA located on interfaces hosted by the external 
circuitry is provided to transfer data between the memory and the external cir- 
cuitry, wherein processor control requirements can be reduced by using the 

25 transaction log. Thus, a plurality of data transfers can be bundled with a single 

DMA operation, since the processor device may validate or qualify the transferred 
data based on the available transaction log, when the availability, e.g. transfer or 
interrogation, of the transaction log has been informed to the processor device. 
Since the processor device is only involved in the signaling of the information 

30 regarding the provision, e.g. transfer or interrogation, of the transaction log, 
interrupt overheads and associated core load can be significantly reduced. 
Furthermore, the need for manual data movement is prevented, and a data rate 
matching can be provided between the shared memory and the on-chip bus 
system of the external circuitry to thereby reduced stalling of the system. 
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Due to the fact that multiple data structures held in the memory can be validated 
using a single processor involvement, e.g. by an interrupt service routine, core 
processing overhead is reduced especially when context switching is required un- 
der a real-time operating system (RTOS). Furthermore, since the transaction log 
5 can be stored locally within the memory of the processor device, slow core polling 
of the transaction status within the external circuitry is not required. Significant 
background data movements are therefore allowed between the shared memory 
and the external circuitry, because means are provided for synchronizing and vali- 
dating the data structures without high core overheads. 

10 Preferably, steps b) and c) are repeated until said depth limit has been reached. 
Thereby, high amounts of data can be transferred by corresponding DMA transfers 
without interrupting the processor device. The DMA transfer may be triggered by 
hardware or software. The transaction log may be configurable or not. 

The informing step may be performed by initiating an interrupt operation, e.g. trig- 
15 gering of an interrupt service routine at the processor device. 

Furthermore, the transaction log may be transferred by an own DMA channel or 
may be appended to a data transfer. Alternatively, the transaction log my be re- 
tained in the connected circuitry, for interrogation following a qualifying interrupt. 

BRIEF DESCRIPTION OF THE DRAWINGS 

20 In the following, the present invention will be described in greater detail based on a 
preferred embodiment with reference to the drawing figures, in which: 

Fig. 1 shows a schematic block diagram of a digital signal processor connected to 
an ASIC; and 

Fig. 2 shows flow diagrams of a data transfer method according to the preferred 
25 embodiment. 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

The preferred embodiment will now be described based on a pre-programmed 
DMA located on an ASIC-hosted interface to provide a data movement between a 
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shared memory 16 of a DSP or Microcontroller Unit (MCU) 10 and an ASIC 20, as 
shown in Fig. 1. 

According to Fig. 1, the DSP 10 comprises a CPU 12 for controlling DSP opera- 
tions based on a control program stored in a program memory (not shown). Fur- 
5 thermore, a host interface 14 is provided for controlling a data transfer to a slave 
interface 22 arranged at the ASIC 20. An interrupt control unit 17 is arranged in the 
DSP 10 to control the execution of interrupt service routines based on an interrupt 
control signal received from a resource manager 24 of the ASIC 20. Moreover, a 
slave interface 18 of the DSP 10 is controlled by a host interface 26 of the ASIC 20 
10 so as to transfer data from the ASIC 20 to the shared memory 16 of the DSP 10. 

In the ASIC 20, a memory 28 is provided for storing data to be transferred e.g. to 
the shared memory 16. The host interface 26 comprises a DMA controller for con- 
trolling DMA transfers via the slave interface 18 to the shared memory 16. Fur- 
thermore, a DMA transaction record or log comprising information about a DMA 
15 transfer history from the ASIC 20 to the DSP is stored at the host interface 26. The 
resource manager 24 is arranged to provide resource control of the ASIC 20 so as 
to enable the data transfer from the memory 28 to the host interface 26 under the 
control of the DMA controller. 

As indicated by the dotted arrows in Fig. 1 , a DMA transfer from the ASIC 20 to 
20 the DSP 10 comprises at least two phases, i.e. a first DMA transfer DMA #1 for 
transferring the respective data DAT AX to the shared memory 16 of the DSP 10 
and a directly or later following second DMA transfer DMA #2 for transferring the 
DMA transaction log from the host interface 26 to the shared memory 16. Thereby, 
high amounts of data can be transferred from the memory 28 of the ASIC 20 to the 
25 shared memory 16 of the DSP 10 by using DMA operations without involving the 
CPU 12. The CPU 12 is then informed of the data transfer by an interrupt control 
signal issued from the resource manager 24 to the interrupt control unit 17 after 
the transfer of the DMA transaction log. 

An example for a data movement from the ASIC 20 to the DSP 10 is now de- 
30 scribed based on the flow diagrams given in Fig. 2. 

In an initialization phase the DMA for the transfer of first data DAT AX is set up in 
the ASIC 20 in step S101 . Then, a DMA for the transfer of the DMA transaction log 
is also set up in the ASIC 20 in step S102. Thereby, both DMA transfer operations 
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required for the data movement from the ASIC 20 to the shared memory 16 of the 
DSP are initialized. 

Then, a run-time DMA handling function is started at the DMA controller of the 
ASIC 20 to control the DMA transfer of the required amount of data. In step S201 , 
5 the DMA transfer of the first data DAT AX is triggered and an information indicating 
the transfer of the first data DAT AX is added to the DMA transaction log (step 
S301). Similarly, subsequent DMA transfers of further data DAT AY, DATAZ and 
DATAA are triggered in the subsequent steps S202 to S204, while the DMA trans- 
action log is successively updated in steps S302 to S304. Thus, after the data 
10 transfer operation has been completed, the DMA transaction log contains transfer 
information specifying the data transferred to the shared memory 16 of the DSP 
10. 

When the DMA controller detects that the DMA transaction log has reached a pre- 
determined depth limit, a transfer notification procedure is initiated by step S401. 

15 Then, a DMA transfer of the DMA transaction log is triggered in step S402 to 

transfer the DMA transaction log to the DSP 10 and store it in the shared memory 
16. Then, the DMA controller triggers an interrupt to the CPU 12 of the DSP 10 by 
providing a corresponding control information to the resource manager 24 (step 
S403). In response to this interrupt, the CPU 12 qualifies or validates the data 

20 transferred to the shared memory based on the DMA transaction log also stored in 
the shared memory 16 (step S404). To achieve this, the interrupt control informa- 
tion supplied from the resource manager 24 to the interrupt control unit 17 may 
comprise a corresponding address information indicating the address of the DMA 
transaction log. The DMA transaction log may then comprise an information indi- 

25 eating the address ranges of the transferred data. The completion of the DMA 
movement in the transaction log may be indicated using DMA channel numbers 

The proposed processor interfacing concept thus allows significant background 
data movement between the ASIC 20 and the shared memory 16 without introduc- 
ing high core overheads at the DSP 10. 

30 It is noted that the present invention is not restricted to the preferred embodiment 
described above, but can be used for any DMA transfer between processor de- 
vices and other circuitries connected to the processor device. Furthermore, the 
signaling of the DMA transaction log to the DSP 10 may be performed by any sig- 
naling option and is not restricted to an interrupt operation. The DMA transfer may 
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be performed to and from any memory-mapped location on the ASIC 20 or any 
other circuitry connected to the DSP 10. The transfer of the transaction log does 
not necessarily need its own DMA channel (e.g. DMA#2 in Fig. 1). It may be ap- 
pended to a data transfer or may even by retained within the ASIC 20 for interro- 
5 gation following a qualifying interrupt. This may include Interrupt Status. Thus, in 
Fig. 1 , the DMA#2 is optional. The transaction log may be e.g. appended to the 
next data transfer. The DMA is not necessarily located on the host interface 26 of 
the ASIC 20, but may also hang on an ASIC OCB. Furthermore, the interrupt not 
necessarily has to be performed between two devices, but may also be triggered 
10 within the DSP 10. Thus, in Fig. 2, steps S102, S402 and S403 are optional steps 
for the specific case indicated in the configuration according to Fig. 1 . The DMA 
transfer may be triggered also in software. The preferred embodiment may thus 
vary within the scope of the attached claims. 



